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ON 

^ (57) Abstract: The invention relates to a system and a method for simplified management of data described with an extensible 
^ marJcup language, wherein the data is structured in the form of objects, wherein components of the objects can be stored in first 
O data files. The components represent a logical unit of an object, wherein a second data file having first means for referencing the 
^ components is provided as higher, object-based logical level for storing the objects. 

^ (57) Zusammenfassung: Die Erfindung betrifft ein System sowie ein Verfahren zur vereinfachten Verwaltung von mit einer erwei- 
terbaren Auszeichnungssprache beschriebenen Daten. Dabei werden die Daten in Form von Objekten strukturiert, wobei Bestandteile 
Q der Objekte in ersten Dateien speicherbar sind, wobei die Bestandteile jeweils eine logische Einheit eines Objekts abbilden und wo- 
^ bei eine zweite Datei mit ersten Mitteln zur Referenzierung der Bestandteile als ubergeoidnete, objektbasierte logische Ebene zur 
1^ Speicherung der Objekte vorgesehen ist. 
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Beschreibung 

Verwaltung von mit einer erweiterbaren Auszeichnungssprache 
beschriebenen Daten 

5 

Die Erfindung betrifft ein Verfahren sowie ein System zur 
Verwaltung von mit einer erweiterbaren Auszeichnungssprache 
beschriebenen Daten. 

10 Daten werden haufig mit einer erweiterbaren Auszeichnungs- 
sprache beschrieben, Eine seiche Auszeichnungssprache ist 
z, B. XML {= Extensible Markup Language) . Dieses textbasierte 
Format wird sowohl als Austauschf ormat als auch als 
Speicherformat verwendet. Ein Nachteil des Formats ergibt 

15 sich dadurch, dass das Datenvolumen durch dieses Ablageformat 
sehr schnell sehr umfangreich werden kann. In der Datenablage 
werden oft Objekte abgelegt (z. B. Objekte aus der 
Automatisierungswelt) . Sollen diese wieder eingelesen werden, 
so kann dies recht aufwendig sein. Insbesondere wenn sich 

20 eine Applikation nur ftir eine Teilmenge der Objekte bzw. nur 
einen Teil der Daten interessiert . Es muss dennoch immer die 
gesamte Datei sequenziell gelesen und bearbeitet werden, da 
mit erweiterbaren Auszeichnungssprachen Daten in Dateien 
stream-orientiert abgelegt und verarbeitet werden. 

25 

Der Erfindung liegt die Aufgabe zugrunde, die Verwaltung von 
mit einer erweiterbaren Auszeichnungssprache beschriebenen 
Daten zu vereinf achen . 

30 Diese Aufgabe wird durch ein Verfahren zur Verwaltung von mit 
einer erweiterbaren Auszeichnungssprache beschriebenen Daten 
gelost, wobei die Daten in Form von Objekten strukturiert 
werden, wobei Bestandteile der Objekte in ersten Dateien 
speicherbar sind, wobei die Bestandteile jeweils eine 

35 logische Einheit eines Objekts abbilden und wobei eine zweite 
Datei mit ersten Mitteln zur Ref erenzierung der Bestandteile 
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als tibergeordnete, objektbasierte logische Ebene zur 
Speicherung der Objekte vorgesehen ist. 

Diese Aufgabe wird durch ein System zur Verwaltung von mit 
einer erweiterbaren Auszeichnungssprache beschriebenen Daten 
gelost, wobei Objekte zur Strukturierung der Daten vorgesehen 
sind, wobei Bestandteile der Objekte In ersten Dateien 
speicherbar sind, wobei die Bestandteile jeweils eine 
logische Einheit eines Objekts abbilden und wobei eine zweite 
Datei mit ersten Mitteln zur Referenzierung der Bestandteile 
als abergeordnete, objektbasierte logische Ebene zur 
Speicherung der Objekte vorgesehen ist. 

Objektgeflechte werden oft in einer groBen Datei abgelegt 
Oder aber auf eine Vielzahl kleiner Dateien aufgeteilt. 
Zusammenhange zwischen Objekten sind entweder durch die 
Ablagestruktur vorgegeben oder aber durch Links, die Verweise 
zwischen den Dateien und darin befindliche Objekte 
reprasentieren, abgebildet. Die Erfindung schiagt ein 
Verfahren sowie ein System vor, mit dem man die Ablage von 
Objekten und Objektgef lechten auf mehrere Dateien aufteilen 
kann. Der Zugriff auf das Objektgef lecht wird dabei 
optimiert. Die Anzahl zu lesender Dateien - und damit die 
Datenmenge, die gelesen werden muss - wird reduziert. 
Grundlage hierfUr ist, dass Uber der Ebene mit in einer 
reinen Auszeichnungssprache beschriebenen Daten eine weitere, 
logische Ebene ftir Objekte definiert wird. D. h. ein 
Verfahren bzw. System zur Abbildung von Objekten mit ihren 
Daten in der Auszeichnungssprache. Applikationen, die die 
Daten lesen, mussen nicht das gesamte Objektgef lecht und 
dessen Daten lesen, sondern konnen die logische Objektebene 
nutzen uia. nur bis bis zu der Granularitat lesen, die sie fur 
ihre Arbeiten auf dem Obj ektgef lecht benStigen. Tools, die 
bestimmte Telle des Objektgef lecht s nicht benOtigen, konnen 
so die entsprechenden Stellen sehr leicht tiberlesen, da die 
Daten bzw. die Informationen in separaten Auslagerungsdateien 
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abgelegt werden. Diese Telle mUssen vom Parser der 
Auszeichnungssprache nicht eingelesen und bearbeitet werden. 
Es kOnnen Telle (Im Folgenden auch Features genannt) elnes 
Objekts in erste Dateien ausgelagert werden. In der 
jewelllgen ersten Datel werden ein oder mehrere ausgelagerte 
Objekttelle abgelegt. In der Ursprungsdatel verblelbt in 
diesem Fall das Objekt. Nur ein oder mehrere Features des 
Objekts werden ausgelagert. Dies ermttglicht Navigierbarkeit 
auf das Objekt innerhalb der Ursprungsdatel bis hin zum 
ausgelagerten Objektteil (Feature). Zudem bleiben die 
Objekttelle verschiebbar, ohne dass Referenzen hierauf 
geSndert werden mtissen-. 

GemaB einer vortellhaf ten Ausgestaltung der Erfindung sind 
die ausgelagerten Bestandteile selbst Objekte. In der zweiten 
Datei, auch Ursprungsdatel genannt, verblelbt jewel Is nur ein 
Objektrumpf in Form einer Auslagerungsref erenz . Dies stellt 
sicher, dass Referenzen auf das ausgelagerte Objekt sich 
nicht von anderen Objektref erenzen, die Objekte oder 
Objekttelle in der Ursprimgsdatei referenzieren, 
unterscheiden. Es muss am Ursprung der Ref erenz nicht bekannt 
sein, dass es sich bei dem Zielobjekt um ein ausgelagertes 
Objekt handelt. In der jewelllgen ersten Datel, auch 
Auslagerungsdatei genannt, wird das ausgelagerte Objekt als 
Ganzes abgelegt. Ein Objekt kann somit verschoben werden, 
ohne dass Referenzen auf das Objekt zu andern sind. Des 
Weiteren wird Navigierbarkeit auf das Objekt innerhalb der 
Ursprungsdatel bzw. von AuBen ermoglicht. 

Vorteilhafterweise werden die Features genannten Bestandteile 
der Objekte in objektspezifischen generischen Containern 
gespeichert, wobei die Container zur Ref erenzlerung des 
jewelllgen Objekts dienen. In der Auslagerungsdatei werden 
die Features also in einem Container, im Folgenden auch 
Stellvertreterobjekt oder Ob j ektSurrogate genannt, abgelegt. 
Dieses Stellvertreterobjekt reprSsentiert in generlscher 
Weise eine HUlle ftlr die Daten des Objekts und bildet den 
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Kontext ftir die Ablage der Features. Der Kontext ist dabei 
die Identif ikation des Objekts, wie es in der Ursprungsdatei 
identif iziert wird. Es gibt somit ein Stellvertreterobj ekt in 
der Auslagerungsdatei, das beschreibt zu welchem Objekt in 
5 der Ursprungsdatei die Daten gehoren. Das Stellvertreter- 
obj ekt ist ein Objekttyp, der ein generisches Objekt 
reprasentiert und beliebige Features aufnehmen kann. In der 
Auslagerungsdatei stehen die Daten des Objekts nicht alleine, 
sondern haben durch das Stellvertreterobj ekt einen Bezug zum 
10 eigentlichen Objekt in der Ursprungsdatei und stellen somit 
eine RUckwartsref erenz zur VerfUgung, 

Nachfolgend wird die Erfindung anhand der in den Figuren 
dargestellten Ausfiihrungsbeispiele naher beschrieben und 
15 erlautert. 

Es zeigen: 

FIG 1 eine schematische Darstellung der Auslagerung eines 

20 Objekts in eine Auslagerungsdatei und 

FIG 2 eine schematische Darstellung der Auslagerung eines 

Teils eines Objekts in eine Auslagerungsdatei. 

25 In den AusfUhrungsbeispielen wird XML als Beispiel ftir eine 
erweiterbare Auszeichnungssprache verwendet. Daten in XML- 
Dateien werden sequenziell gelesen und nicht benotigte Telle 
der Datei tiberlesen. Dabei ist die XML-Syntax sehr hilfreich. 
Sie sieht vor, dass Daten immer mit einem Start- und Ende-Tag 

30 gleichen Namens versehen werden (z. B, <DisplayName>) bzw* 
das Tag sofort wieder geschlossen wird (z. B. <Text .../>) 

Beispiel : 

35 <DisplayName> 

<Text Value="DP-Master" /> 
</DisplayName> 



wo 2004/040469 PCT/DE2003/003451 



Somit ist es ftir das einlesende Tool {^Parser'' genannt) 
moglich, Daten beginnend bei einem bestimmten Start-Tag bis 
zum zugehorigen Ende-Tag zu tiberlesen. Der Inhalt des Files 
5 zwischen den Tags muss jedoch dennoch gelesen werden, auch 
wenn die Daten nicht verarbeitet werden. Eine Methode ziom 
Aufteilen von Datenbestanden auf mehrere File bietet das vom 
W3C Konsortium vorgeschlagene XML- Inclusions (Xlnclude) 
Konstrukt. Dies geh5rt zu den Basisdef initionen von XML, die 

10 vom W3C {= World Wide Web Consortium) momentan erarbeitet 

werden • Xlnclude funktioniert als einfacher Mechanismus, urn 
XML Oder Textdateien in ein XML Dokument zu inkludieren. Dies 
geschieht analog dem aus C/C-f+ bekannten #include als 
textuelle Ersetzung des Xinclude-Tags durch das andere 

15 Dokument, Es konnen dabei entweder das gesamte Dokument oder 
nur Telle daraus (spezif iziert durch einen XPointer, siehe 
XML-Spezif ikation) eingebettet werden • Dies lost jedoch nicht 
das Problem des tJberlesens von nicht benotigten Obj ektteilen, 
da XML-Parser automatisch die ref erenzierten Dateien beim 

20 Lesen mit einfUgen. Die zu hantierende Datenmenge bleibt 
dabei gleich. Beim tJberlesen von nicht interessierenden 
Teilen der Datei gilt dasselbe wie oben beschrieben. Das 
Problem hierbei ist, dass XML an sich nur Daten reprasentiert 
und kein Objektmodell kennt, Somit konnen logisch in Objekten 

25 zusammenhangende Daten auf XML Ebene nicht erkannt werden. 
Eine weitere, heute gebrauchliche MSglichkeit ist die 
Aufteilung grofier Datenfiles auf eine Vielzahl kleiner 
Dateien. Hierbei wird typischerweise so Vorgegangen, dass die 
Grenze zwischen Dateien auch immer die logische Objektgrenze 

30 bildet. Damit werden Objekte der Anwendungs ebene in einer 

Datei abgelegt. Der Bezug zwischen Objekten wird durch einen 
Link auf die Datei abgebildet. Somit fehlt in der 
Ursprungsdatei die Information Uber das Objekt in der 
Zieldatei - es existiert typischerweise nur die Information, 

35 dass dort ein oder mehrere Objekte abgelegt sind. 
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Um die Hantierung von grofien XML~Dateniuengen, die Objekte mit 
ihren Daten beinhalten, zu optimieren^ kann die Ablage dieser 
Daten auf mehrere Dateien aufgeteilt werden. Hierfiir wird ein 
XML-Schema zur Ablage von Objekten und ihrer Bestandteile 
5 definiert, Oberhalb der Ebene des reinen XML wird somit eine 
weitere, objektbasierte logische Ebene eingeftihrt. Auf dieser 
Ebene ist es moglich, Objekte bzw, Teile von Objekten auf 
mehrere Dateien zu verteilen, Dabei mtissen nicht mehr alle 
Objekte in einer Gesamtdatei abgelegt werden. Stattdessen ist 

10 es moglich, Objekte so abzulegen, dass die Kerninf ormation, 
die notwendig ist, um das Objekt und dessen Typ zu 
identif izieren, in einem Ursprungsf ile vorhanden ist. Die 
eigentliche (meist umf angreiche) Nutzinformation des Objekts 
wird jedoch in ein Auslagerungsf ile ausgelagert. In diesem 

15 konnen Daten von einem oder mehreren Objekten abgelegt sein. 
Hierbei macht man sich zu Nutze, dass Objekte meist aus 
verschiedenen ,,Arten von Daten"^ bestehen. So kann man diese 
unterscheiden in Daten, 

- die das Objekt an sich beschreiben (Objektidentif ikation, 
20 Name, etc. ) , 

- die von allgemeinem Interesse sind und damit fiir 
verschiedene Applikationen bzw. Teile von Applikationen 
von Interesse sind und 

- die sehr spezifisch sind und nur fUr eine bestimmte 

25 Applikation bzw. eine Teil-Applikation von Interesse sind. 

Dies kann man ausnutzen, um ein Objekt in logische 
Bestandteile aufzuteilen und diese ggf • entsprechend den 
Hauptverwendungen optimiert in verschiedenen Dateien 

30 abzulegen. Tools, die bestimmte Teile des Obj ektgef lechts 
nicht benotigen, konnen so die entsprechenden Stellen sehr 
leicht tiberlesen, da die Inf ormationen in separate 
Auslagerungsf iles abgelegt werden. Diese Teile mtissen vom 
XML-Parser nicht eingelesen und bearbeitet werden. Die Daten 

35 eines Objekts werden dementsprechend in verschiedene 

Bestandteile aufgeteilt, die logische Einheiten bilden und 
bestimmte Aspekte eines Objekts reprasentieren. Grundlage der 
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Gruppierung ist die logische Zusammengehorigkeit der 
Bestandteile des Objekts zu einer bestiinmten ^Sichf (z. B, 
HMI, Hardware^ Software) auf das Objekt. Diese Bestandteile 
werden im Folgenden auch als Features bezeichnet. Sie 
5 gruppieren die Parameter, Referenzen, etc. des Objekts. Ober 
der syntaktischen Ebene von reinem XML wird also ein 
logisches Objektmodell und ein Mechanismus zur Aufteilung von 
Objektdaten definiert, der es gestattet Objektgef lechte in 
hierarchisch strukturierte Dateien abzulegen und dabei die 
10 Daten von Objekten auf mehrere Dateien zu verteilen, die den 
unterschiedlichen Anforderungen fUr den Datenzugriff geniigen, 
d. h. die wichtigsten UseCases fUr die Nutzung der Daten 
untersttlt zen . 

Dem liegen folgenden Grundideen zugrunde : 
15 - Die in XML abzulegenden Daten werden als Objekte 

modelliert und konnen tiber XML-Schema beschrieben werden. 
Kierdurch ist es moglich eine Semantik ftir die Auslagerung 
von Objekten zu definieren, Dabei ist es sinnvoll, dass 
alle Objekttypen im XML-Schema von einem Basis-Objekttyp 
20 abgeleitet werden. Dies ist jedoch nicht zwingend 

erf orderlich . 

- Es wird ein Mechanismus festgelegt, wie Objekte bzw. 
Objektgef lechte auf mehrere Dateien aufgeteilt werden 
konnen . 

25 - Die Auftrennung zwischen Dateien erfolgt an solchen 

Stellen, an denen im Objektmodell eine PartOf-Beziehung 
herrscht. Die Annahme hierbei ist, dass, wenn ein Objekt 
aus weiteren Subobjekten besteht, diese Subobjekte 
typischerweise Kandidaten fur die Auslagerung darstellen. 

30 Applikationen bzw. Telle von Applikationen greifen haufig 

auf unterschiedlicher Granularitatsstuf e auf Objekte zu. 
So interessiert in der einen Applikation beispielsweise 
nur um welches Objekt es sich handelt. Erst zur 
Bearbeitung des Objekts (z. B. in einem Editor) sind die 

35 Subobjekte dieses Objekts von Interesse. Erst dann wird 

auf diese Teildaten zugegriffen. 
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In der Ursprungsdatei verbleibt ein Objektriampf in Form 
einer Auslagerungsref erenz . Dies stellt sicher, dass 
Referenzen auf das ausgelagerte Objekt sich nicht von 
anderen Objektref erenzen unterscheiden. Es muss am 
Ursprung der Referenz nicht bekannt sein, dass es sich bei 
dem Zielobjekt urn ein ausgelagertes Objekt handelt. In der 
Auslagerungsdatei wird das ausgelagerte Objekt als Ganzes 
abgelegt. Das hat folgende Vorteile: 

- Referenzen auf ausgelagerte Objekte mtissen sich nicht 
unterscheiden von Referenzen auf nicht ausgelagerte 
Objekte. 

- Objekt kann verschoben werden, ohne dass Referenzen auf 
das Objekt zu andern sind, 

- Navigierbarkeit auf das Objekt innerhalb der 
Ursprungsdatei bzw. von Auiien ist gegeben 

Es konnen auch Telle eines Objekts (Features) in eine 
Datei ausgelagert werden. In der Ursprungsdatei verbleibt 
in diesem Fall das Objekt. Nur ein oder mehrere Features 
des Objekts werden ausgelagert. In der Auslagerungsdatei 
werden die Features in einem ObjektSurrogate abgelegt. 
Dieses Stellvertreterobjekt repr^sentiert in generischer 
Weise eine HUlle ftir die Daten des Objekts und bildet den 
Kontext fUr die Ablage der Features. Der Kontext ist dabei 
die Identif ikation des Objekts, wie es in der 
Ursprungsdatei identif iziert wird. Das hat folgende 
Vorteile : 

- Es gibt einen Stellvertreter in der Auslagerungsdatei, 
der beschreibt zu welchem Objekt die Daten gehoren. 

. Der Stellvertreter ist Objekttyp, der ein generisches 
Objekt reprasentiert und beliebige Features aufnehmen 
kann. 

- Navigierbarkeit auf das Objekt innerhalb der 
Ursprungsdatei bis hin zum ausgelagerten Objektteil 
(Feature) ist gegeben. 

- Verschiebbarkeit des Objektteils ohne Referenzen hierauf 
andern zu mtissen (Objekt enthait Rumpf inf ormationen tlber 
ausgelagertes Objektteil). 
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- In der Auslagerungsdatei stehen die Daten des Objekts 
nicht alleine, sondern haben durch das Stellvertreter- 
Objekt einen Bezug ziom eigentlichen Objekt in der 
Ursprungsdatei (Eine Art Ruckwartsref erenz) 

Die Referenzen auf ausgelagerte Objekte beinhalten 
verschiedene Daten (als XML-Attribute oder ggf . auch als XML- 
Element e) : 

- Identifikationsdaten des Objekts (z. B. Objekt-ID, Objekt- 
Name/ etc.) 

- Zieldatei in der das Objekt zu finden ist (z. B. Name und 
Pfad der Datei) 

- Identifikationsdaten des Objekts in der Zieldatei (z. B. 
Ob j ekt-ID, Ob j ekt-Name) 

Durch diesen Aufbau der Referenz kann die Adressierung des 
Objekts in der Auslagerungsdatei unabhangig von der 
Identif ikation des Objekts geandert werden. Regeln, an 
welchen Stellen in XML-Dateien abgelegte Objekte bzw. 
Objektgef lechte aufzuteilen sind/ sind spezifisch fUr den 
Anwendungsfall zu definieren und in ein entsprechendes XML- 
Schema THazusetzen. 

Ein Beispiel fUr die Anwendung der Erfindung ist der Export 
von Daten aus einer Applikation^ urn diese in anderen 
Applikationen weiterverarbeiten zu konnen. In einer 
Applikation werden Objekte in Baumen strukturiert (mit 
Querverweisen durch Referenzen auf beliebige Objekte) • Eine 
Auslagerung von Objekten in andere Dateien erfolgt nur an 
Teilbaumgrenzen. Alle Objekte und Features auf oberster 
logischer Ebene in einer ausgelagerten Datei gehoren deshalb 
zum gleichen Objekt/ Feature in der ursprunglichen Datei. 
Dadurch entsteht bei der Aufteilung des XML-Exports in 
mehrere Dateien automatisch eine baumartige Hierarchie von 
Dateien. Es gibt mehrere Moglichkeiten, wie man ein (logisch 
zusammengehSrendes) Objektgef lecht auf mehrere Dateien 
verteilen kann: 
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- Aufteilung objektgranular : SubObjekte, die zu einem Objekt 
gehSren werden nicht in der ursprunglichen Datei 
eingebettet, sondern in eine externa Datei geschrieben. 

- Aufteilung an Feature-Grenzen: Einzelne Features werden in 
. 5 getrennten Dateien abgelegt. Dies ist z. B. dann 

vorteilhaft, wenn eine Anwendung ihre Daten in eigene 
Features ablegt, die im Wesentlichen nur fUr diese 
Applikation relevant sind, nicht aber ftir andere. Falls 
diese in einer eigenen Datei liegen, braucht die Anwendung 
10 nur diese Datei zu lesen. 

Eine Datei, die ausgelagerte Objekte enthalt, unterscheidet 
sich in ihrem Aufbau nicht von anderen Dateien, in denen 
Objekte abgelegt werden, Jede XML-Datei beginnt mit einem 
15 Standard-Header zur Identif ikation, dass diese XML-Datei zu 
einer Menge von Export-Dateien gehdrt, die das abgelegte 
Objektgeflecht beinhalten. 



20 



Zusatzliche Vorteile bietet es, die hierarchischen 
Abhangigkeiten zwischen den Dateien in einem Export eines 
Objektgeflechts explizit mit anzugeben. Dies ist jedoch nicht 
notwendig und bietet nur zusatzlichen Nutzen dadurch, dass 
eine beliebige Datei des Exports als Einstieg far die 
Bearbeitung verwendet werden kann. Es bietet eine einfache 
25 Navigation auf Dateiebene, urn von jeder beliebigen Datei aus 
zxm. Wurzelelement bzw. zum direkten (logischen) Parent 
(= Elternelement) der Datei zu gelangen. Hierzu wird fUr den 
Aufbau einer (Export-) Datendatei (z. B. <Document» ein 
Standard-Header definiert. In diesem Header kOnnen zwei 
30 optionale Attribute Parent und Root vorgesehen werden. Mit 

Parent gibt man die nachsthdhere Datei der Hierarchie an, mit 
Root direkt die Wurzel, also das oberste Element der 
Hierarchie. Wenn man diese beiden Attribute verwendet, ist es 
mSglich, von einer beliebigen Datei innerhalb eines Exports 
35 zur Wurzel des Exports bzw. zu dem File zu gelangen, von dem 
die Objektdaten der aktuellen Datei referenziert werden. 
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Der Aufbau des Headers und der gesamten XML Date! kanxi dabei 
tiber XML-Schema festgelegt werden. Ein Beispiel fUr eine 
Instanz einer Exportdatei kann wie folgt aussehen (siehe auch 
FIG 1) • 

Beispiel-Datei Racks. xml 20: 
<Document 

xmlns :base=="http: //www. Siemens . com/ Indus try /2001/Automation/Base" 

Parent="HWKonf igExport • xml" Root="HWKonf igExport . xml"> 
<FileInfo Version="l • 2l'> 

</FileInfo> 
</Document> 

Die Datei Racks. xml 20 ist Tell eines XML-Exports, dessert 
Wurzel die Datei HWKonf igExport .xml 10 bildet. Diese Datei 10 
ist gleichzeitig der Vaterknoten von Racks. xml 20 im Baiom des 
XML-Exports. Die Parent-Beziehung und die Root-Beziehung sind 
in FIG 1 durch die mit den Bezugszeichen 2 bzw. 3 
bezeichneten Pfeile dargestellt. 

Lagert man ein Objekt mit seinen Daten in eine eigene Datei 
aus, so benotigt man an der Stelle, wo "normalerweise" das 
Objekt eingebettet wSre^ eine spezielle Referenz 13 
(ReferencePartOfT) . Diese Referenz 13 gibt an, dass es sich 
um eine Auslagerung 23 handelt. Die Referenz 13 spezifiziert 
dabei welches Objekt ausgelagert wurde und in welcher Datei 
es zu finden ist. Die Beziehung zwischen Referenz 13 auf der 
einen Seite und Auslagerung 23 auf der anderen Seite ist in 
FIG 1 durch einen Pfeil mit dem Bezugszeichen 1 dargestellt. 
Ein Beispiel fur eine Schema-Definition einer Auslagerungs- 
referenz konnte wie folgt aussehen: 



<xsd: complexType name="Ref erencePartOfT"> 
<xsd : complexContent> 
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<xsd: attribute naiue="Name'» type="xsd: string" us e=" optional "/> 

<xsd: attribute naiae="Target" typ€="xsd: string" use="required"/> 

<xsd: attribute naiae="TargetID" type="IdT" use^"required"/> 
<xsd: attribute name="TargetName" type="xsd: string" use=" required" /> 
</xsd: con?>lexContent> 
</xsd: con^lexType> 

Die Attribute TargetID 11 und TargetName 12 enthalten die ID 
21 und den Namen 22 des ausgelagerten Objekts, auf das die 
Referenz 13 verweist. Die ID 21 wird fur die Bildung von 
absoluten Referenzen von einer anderen Stelle auf das Objekt 
benotigt. Dem Objekt kann auch ein Name 22 gegeben werden, 
den man ebenfalls zur Ref erenzierung verwenden kann, Auch 
wenn ein Objekt ausgelagert wird, sind durch diese beiden 
Attribute TargetName 12 und TargetID 11 der Name 22 bzw. die 
ID 21 noch im Hauptdokument vorhanden. Dies hat den Vorteil, 
das alle Ref erenzierungen auf dieses Objekt in dem File 
navigiert werden konnen. D. h. wenn das Ursprungsf ile des 
Objekts von einer Applikation eingelesen/verarbeitet wird, so 
konnen Referenzen auf das Objekt aufgelost und das Objekt bei 
Bedarf aus der ausgelagerten Datei gelesen werden. 

Der Einsatz von Auslagerungsref erenzen ist sehr einfach, es 
wird nur das eingebettete Objekt (im Beispiel das "Rack") 
durch eine Auslagerungsref erenz (im Beispiel "RackLink") 
ersetzt. Das Element wird im produktspezif ischen Schema als 
Element vom Typ product : Ref erencePartOfT definiert- 

Beispiel fur den Einsatz der Auslagerungsref erenz : 

<base; station ID="1234" Name="S7300"> 
<base : StructuralFeature> 

<base: RackLink TargetName="UR" 
TargetID="4711" 

Target=". . /Drehen/Racks .xita#4711"/> 
</base : StructuralFeature> 
</base : Station> 
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Die Definition der Auslagerung des Objekts (Rack) kann im 
XML-Schema fUr das Urspriingsobj ekt in diesem Fall wie folgt 
definiert werden: 

<xsd: element name="RackLink" type="Ref erencePartOfT" /> 

Die Auslagerung von einzelnen Features eines Objekts fiihrt 
dazu, dass in der Auslagerungsdatei eigentlich kein 
vollstandiges Objekt mehr vorhanden ist, sondern nur ein Teil 
des Objekts. An der Stelle im Ursprungsdokument, an der sonst 
das Feature abgelegt wtirde^ steht nur noch ein Link auf das 
ausgelagerte Feature, Beispiel: 

<SubSystem ID="100" Name="DP-Master"> 
<Displ ayNameFeature> 

<DisplayNameFeat\ire> 
<ProfibusFeatureIiink 

Target«"Feature«xml# 100/ feature (ProfibusFeature) "/> 

</SubSystein> 

In der Auslagerungsdatei steht das eigentliche Feature, Damit 
dieses Feature wieder einem Objekt zugeordnet werden kann, 
wird dieses Feature in einer Standard-Ob j ekthiille (auch 
ObjectSurrogate genannt) abgelegt, Beispiel ftir das in obigem 
Beispiel ausgelagerte ProfibusFeature : 

<ObjectSurrogate ID="100" Name="DP-Master"> 
<?rofibusFeature> 

<GROUP_IDENT_SUM_ALL_S LAVES Value= " 2 5 5 " / > 
<GROUP_SYNC_PROP Value="255"/> 
<GROUP_FREEZE_PROP Value="255"/> 
<LAST_USED_PROFIBUS_ADDR Value=" 12 "/> 
<Address Value="12"/> 
</ProfibusFeature> 
</0b j ectSurrogate> 



wo 2004/040469 




PCT/DE2003/003451 



14 



Diese Objekthiille (Obj ectSurrogate) ist ein generischer 
Container zur Aufnahme von ausgelagerten Features. Er ist 
nicht spezifisch ftir den Applikations-Objekttyp, dessen Daten 
er enthalt. Die Objekthiille dient zur Etablierung des 
entsprechenden Kontexts ftlr den Objektteil und beinhaltet die 
Identif ikation des Objekts (ID und Name) . Wie man in den 
Instanzen sieht, sind ID und Name in der Haupt-Datei und in 
der Auslagerungsdatei jeweils gleich. FIG 2 verdeutlicht 
diesen Zusammenhang, Mit dem Bezugszeichen 50 wird die 
urspriingliche Situation gekennzeichnet, wenn alles in einer 
Datei abgelegt wird: Das Objekt Subsystem 51 hat die beiden 
Features DisplayNameFeature 52 und Prof ibus Feature 53, Mit 
dem Bezugszeichen 60 wird die Konstellation bezeichnet, bei 
der das Prof ibusFeature 63 in eine eigene Datei 65 
ausgelagert ist. Die Definitionen der benotigten Typen im 
XML-Schema kSnnte beispielhaft f olgendermafien aussehen: 

<xsd:coinplexType name="0bjectSurroga1:eT "> 
<xsd: annotation> 

<xsd: document a tion>object that contains features in partial 
export s</xsd : documentation> 
</xsd: annotation> 
<xsd: coiaplexContent> 

<xsd: restriction base="Obj ectT"> 
<xsd : sequence> 

<xsd: element name="App_ld" type="ApplicationSpecificIdT" ininOccurs="0" 
maxOccurs="\anbounded" /> 

<xsd : element ref =»" Feature " maxOccurs=" unbounded" /> 
</xsd: sequence> 
</xsd: restriction> 
</xsd: complexContent> 
</xsd: complexType> 

<xsd: element name=" Feature" type="FeatureT*V> 

<xsd: element naine=" Prof ibusFeature" type="ProfibusFeatureT" 

subs ti tut i onGroup*" Feature " > 

<xsd: attribute name="Name" type="xsd:QName" use="optional"/> 
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<xsd: attribute naine= "Target" type="xsd: string" us e=" required" /> 
<xsd : attribute name="Type" type="Ref erenceTypeEnumT" us e=" optional" 

fixed="PartOf"/> 

</xsd: coinplexType> 

5 

Der Typ von Prof ibusFeature ist vom Grundtyp Feature! 
abgeleitet. Da bei der Elementdeklaration die 
SiibstitutionGroup Feature angegeben wurde, kann das Element 
in das ObjectSurrogate an Stelle von Feature eingehangt 
10 werden. 

Die Hantierung von Auslagerungen kann bei einer konkreten 
Impleiaentierung durch eine Supportbibliothek unterstUtzt 
warden. Diese kann sowohl beim Lesen der XML-Daten, als auch 

15 beim Schreiben automatisch die Aufteilung der XML-Daten auf 
Files hantieren und den Mechanismus ftir den Anwender 
verbergen. Aus seiner Sicht operiert er ausschlieBlich auf 
dem Objektmodell . Verwaltiing von Dateien und Referenzen 
erfolgt durch die Supportbibliothek • Voraussetzung hierfiir 

20 ist, dass entsprechende Schemas fUr die Applikationsdaten 
existieren und diese von der Supportbibliothek benutzt 
werden. 

Zusammenfassend betrifft die Erfindung somit ein System sowie 
25 ein Verfahren zur vereinf achten Verwaltung von mit einer 

erweiterbaren Auszeichnungssprache beschriebenen Daten, Dabei 
werden die Daten in Form von Objekten strukturiert, wobei 
Bestandteile der Objekte in ersten Dateien speicherbar sind, 
wobei die Bestandteile jeweils eine logische Einheit eines 
30 Objekts abbilden und wobei eine zweite Datei mit ersten 
Mitteln zur Ref erenzierung der Bestandteile als 
tibergeordnete, objektbasierte logische Ebene zur Speicherung 
der Objekte vorgesehen ist. 
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PatentansprUche 

!• Verfahren zur Verwaltung von mit einer erweiterbaren 
Auszeichnungssprache beschriebenen Daten, wobei die Daten in 
5 Form von Objekten strukturiert werden, wobei Bestandteile der 
Objekte in ersten Dateien speicherbar sind, wobei die 
Bestandteile jeweils eine logische Einheit eines Objekts 
abbilden und wobei eine zweite Datei mit ersten Mitteln zur 
Referenzierung der Bestandteile als tlbergeordnete, 
10 objektbasierte logische Ebene zur Speicherung der Objekte 
vorgesehen ist. 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, 
15 dass die Bestandteile selbst Objekte sind* 

3. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, 
dass die Bestandteile in obj ektspezif ischen generischen 
20 Containern gespeichert werden, wobei die Container zur 
Referenzierung des jeweiligen Objekts dienen. 

4. System zur Verwaltung von mit einer erweiterbaren 
Auszeichnungssprache beschriebenen Daten, wobei Objekte zur 

25 Strukturierung der Daten vorgesehen sind, wobei Bestandteile 
der Objekte in ersten Dateien speicherbar sind, wobei die 
Bestandteile jeweils eine logische Einheit eines Objekts 
abbilden und wobei eine zweite Datei mit ersten Mitteln zur 
Referenzierung der Bestandteile als Ubergeordnete, 

30 objektbasierte logische Ebene zur Speicherung der Objekte 
vorgesehen ist. 

5. System nach Anspruch 4, 

dadurch gekennzeichnet, 
35 dass die Bestandteile selbst Objekte sind. 
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6, System nach Anspruch 4, 

dadurch gekennzeichnet, 
dass objektspezif ische generische Container zur Speicherung 
der Bestandteile der Objekte vorgesehen sind, wobei die 
Container zur Ref erenzierung des jeweiligen Objekts dienen. 
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